home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio / Ham Radio CD-ROM (Emerald Software) (1995).ISO / news / inham89 / 1044 < prev    next >
Encoding:
Text File  |  1980-01-01  |  12.6 KB  |  321 lines

  1. INFO-HAMS Digest            Tue, 19 Dec 89       Volume 89 : Issue 1044
  2.  
  3. Today's Topics:
  4.                   Corrected CAT Interface for FT736R
  5.                    Interception of E-Mail by spies
  6.                    Meaningless information in QSOs?
  7.                      new mailing list:  HAM-UNIV
  8.     pudgy wound helical antenna (60m vertical in my living room!)
  9.                      rec.radio.shortwave "invite"
  10.                                  RST
  11. ----------------------------------------------------------------------
  12.  
  13. Date: 20 Dec 89 01:36:26 GMT
  14. From: soleil!gopstein@rutgers.edu  (Rich Gopstein)
  15. Subject: Corrected CAT Interface for FT736R
  16. Message-ID: <876@soleil.UUCP>
  17.  
  18. This is the picture of the 6-pin DIN connector (from the manual).
  19. It represents the connector when viewed from the side that the
  20. wires are soldered to.
  21.  
  22.  
  23.       3 o     o 1
  24.          6 o
  25.       5 o     o 4
  26.            o
  27.            2
  28.  
  29. The manual gives the following INCORRECT list:
  30.  
  31. 1 Gnd
  32. 2 S. Out
  33. 3 S. In
  34. 4 Busy
  35. 5 NC
  36. 6 13.8v
  37.  
  38. The correct pinout is:
  39.  
  40. 1 Gnd
  41. 2 S. In
  42. 3 Busy
  43. 4 S. Out
  44. 5 NC
  45. 6 13.8v
  46.  
  47. "S. In" is the data from the computer to the radio, "S. Out"
  48. is data from the radio.
  49.  
  50. In addition, the timing spec for the five-byte command seems to
  51. be in error.  I started with an inter-character spacing of about
  52. 100ms -- which worked fine.  The time to send a command to the radio
  53. was about 1/2 second, which was too long to do anything interesting
  54. like scanning.  After some experimentation, I completely removed the
  55. delay, and it still worked!  It appears that the five command bytes
  56. can be send nearly back-to-back. I haven't tested it exhaustively, but
  57. it seems to work.  With no added delay, the computer can scan the radio
  58. faster than the built-in scanning.
  59.  
  60. The interface I used was:
  61.  
  62. RS-232                                     CAT
  63.                             E
  64.                             /------------  Pin 2
  65.              |\  |     B |/
  66. Pin 2 -------|  >|-------|
  67.              |/  |       |\
  68.                           C \         
  69.                              |
  70. Pin 7 -----------------------+------------ Pin 1
  71.  
  72. The diode is a generic, small, silicon diode.  The transistor
  73. is a generic, small, NPN transistor.
  74.  
  75. This circuit can only be used to send data to the radio, not
  76. receive data back.  For that you need an RS-232 driver chip.
  77.  
  78. I have a program to send some simple commands to the radio.  It's
  79. written in Microsoft C.  I anyone wants it, send me a note.
  80.  
  81. Rich, KD2CQ
  82. -- 
  83. Rich Gopstein
  84.  
  85. ..!rutgers!soleil!gopstein
  86.  
  87. ------------------------------
  88.  
  89. Date: 20 Dec 89 01:51:24 GMT
  90. From: mcb@presto.ig.com  (Michael C. Berch)
  91. Subject: Interception of E-Mail by spies
  92. Message-ID: <Dec.19.17.51.24.1989.28343@presto.IG.COM>
  93.  
  94. In the referenced article, thomson@cs.utah.edu (Rich Thomson) writes:
  95. > In article <30036@shemp.CS.UCLA.EDU> pierce@lanai.UUCP (Brad Pierce) writes:
  96. > >Which agencies of the government
  97. > >have the right to classify different information as secret
  98. > >and which have the right to review these decisions?
  99. > I believe that the NSC has both the right to classify and declassify
  100. > information, but I'm not sure about subordinate groups (FBI, CIA, etc).
  101.  
  102. Goodness, *lots* of government agencies have the ability to classify
  103. and declassify information.  It's hardly an exclusive club.  (Yes,
  104. there was an edict a few years back to reduce the number of people with
  105. this power, who are known as Authorized Classifiers or Authorized
  106. Derivative Classifiers, but it did not reduce the list of agencies so
  107. authorized.)
  108.  
  109. The list of agencies includes at least all of DOD (which is broken up
  110. into a lot of pieces and accounts for most of the total), DOE,
  111. Justice (FBI etc.), Treasury (Secret Service, remember), CIA,
  112. NSA, FEMA, NRC, probably HHS (liaison contingency plans with FEMA and
  113. DOD for nuclear war recovery and other disasters, and access to
  114. classified radiological health materials), possibly IRS, possibly
  115. Interior and/or Commerce (those contingency plans, again!), and
  116. undoubtedly others.
  117.  
  118. --
  119. Michael C. Berch  
  120. mcb@presto.ig.com / uunet!presto.ig.com!mcb
  121.  
  122. ------------------------------
  123.  
  124. Date: 19 Dec 89 03:18:05 GMT
  125. From: yoda!ldg%byuvax.BITNET@jade.Berkeley.EDU
  126. Subject: Meaningless information in QSOs?
  127. Message-ID: <37ldg@yoda.byu.edu>
  128.  
  129. In <15.Dec.89.14:36:50.GMT.#2250@UK.AC.NWL.IA>, Pete Lucas writes:
  130.  
  131. >Heard during the Ten Meter Contest last weekend:
  132. >>
  133. >>N3xxx:  "KH6xxx 59 Pennsylvania."
  134. >>KH6xxx: "You're 59 Hawaii. QSL?"
  135. >>N3xxx:  "QSL. Thanks for Hawaii!  How's my signal out there?"
  136. >>
  137. >>   :-)
  138. >
  139. >Question: In the above exchange, does 'QSL?' mean 'I acknowledge receipt of
  140. >your message'  or 'I will send you a QSL card' ???
  141. >
  142. "QSL" can be a question or a promise. It's proper use is in code communications
  143. where a question mark removes any ambiguity. I suppose the inflection of the
  144. voice in voice communications is supposed to take the place of the question
  145. mark, but during contests that isn't even needed since both guys know what to
  146. expect, anyway. What is funny is that the guy asked how his signal was after
  147. getting a signal report (perhaps this was the point of the original posting).
  148.  
  149. "QSL" really means "acknowledge" I believe. That's why it is used much like
  150. the CB tern 10-4 at times. So N3xxx's QSL really meant that he had received
  151. and was acknowledging KH6xxx's transmission. I suppose he should have asked
  152. "QSL?" if he wanted a card, too. Which would properly have been followed by
  153. a "QSL" from KH6xxx.
  154.  
  155. Lyle D. Gunderson  N6KSZ          CIS: 73760,2354     GEnie: L.GUNDERSON
  156. zebolskyd@acoust.byu.edu          "Any technology without some attendant risk
  157. 350 CB / BYU / Provo, UT 84602   of misuse is probably trivial"  --Loise Kohl
  158.  
  159. ------------------------------
  160.  
  161. Date: 20 Dec 89 00:05:00 GMT
  162. From: ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!phil@iuvax.cs.indiana.edu
  163. Subject: new mailing list:  HAM-UNIV
  164. Message-ID: <30500331@ux1.cso.uiuc.edu>
  165.  
  166. -----------------------------------------------------------------------
  167. HAM-UNIV (Ham Radio Clubs in Universities and Colleges)
  168.         via LISTSERV@UIUCVMD (vmd.cso.uiuc.edu)
  169. -----------------------------------------------------------------------
  170.   IMPORTANT     This is an automated mailing list run by the LISTSERV
  171.    NOTICE       software.  Be sure you send your subscription requests
  172.                 to the program itself (which is LISTSERV@UIUCVMD or
  173.     READ        LISTSERV@VMD.CSO.UIUC.EDU).  Don't send your requests
  174.     THIS        to the mailing list, since that will just send a copy
  175.     FIRST       to all the other subscribers, and you will be starting
  176.                 out looking like a fool.
  177. -----------------------------------------------------------------------
  178. This mailing list is an exchange of information between and/or about
  179. College and University based Amateur Radio Clubs.  Duplication of
  180. material from other ham radio mailing lists or news groups should not
  181. be made unless it is of special interest to this category of clubs.
  182.  
  183. Anyone who is interested in College and University Ham Radio Clubs may
  184. subscribe and participate.  It is not necessary to be a student or a
  185. member of a club, or even a ham radio operator.  I do ask if you have
  186. the information, to supply it with your subscription request so that
  187. others can be more informed.  I'd like to know your call sign and club
  188. affiliation (and office if you are an officer).
  189. -----------------------------------------------------------------------
  190. To subscribe:
  191.         Send the command:
  192.  
  193.                 SUB HAM-UNIV firstname lastname callsign - clubname
  194.  
  195.         to the list server by either BITNET interactive message or
  196.         by electronic mail.  Put the command where the message text
  197.         is supposed to go.
  198. -----------------------------------------------------------------------
  199. To unsubscribe:
  200.         Send the command:
  201.  
  202.                 UNSUB HAM-UNIV
  203.  
  204.         to the same list server the same way.
  205. -----------------------------------------------------------------------
  206. If you are on UUCP and the address  listserv@vmd.cso.uiuc.edu  fails,
  207. bug your sysadmin about fixing your system, and in the mean time try
  208. the following:
  209.         uiucuxc!vmd!listserv
  210.  
  211. List owner and contact person:
  212.         Phil Howard, KA9WGN
  213.         Internet:   phil@vmd.cso.uiuc.edu
  214.         Bitnet:     phil@uiucvmd
  215. -----------------------------------------------------------------------
  216.   IMPORTANT     This is an automated mailing list run by the LISTSERV
  217.    NOTICE       software.  Be sure you send your subscription requests
  218.                 to the program itself (which is LISTSERV@UIUCVMD or
  219.     READ        LISTSERV@VMD.CSO.UIUC.EDU).  Don't send your requests
  220.     THIS        to the mailing list, since that will just send a copy
  221.     AGAIN       to all the other subscribers, and you will be starting
  222.                 out looking like a fool.
  223. -----------------------------------------------------------------------
  224.  
  225. ------------------------------
  226.  
  227. Date: 19 Dec 89 21:27:02 GMT
  228. From: hpl-opus!hpnmdla!alanb@hplabs.hp.com  (Alan Bloom)
  229. Subject: pudgy wound helical antenna (60m vertical in my living room!)
  230. Message-ID: <1250101@hpnmdla.HP.COM>
  231.  
  232. John Moore's comment that effective antenna aperture is not related to
  233. physical size for small antennas is right on.  Gain and aperture are
  234. really just different ways to measure the same thing -- In fact there is
  235. an equation to relate the two:  Aperture = (gain over isotropic) / 4(Pi)
  236. (I think, I don't have a reference book handy).
  237.  
  238. For example, a dipole (gain = 1.64) has an aperture of about 1/8 square
  239. wavelengths.  I think of a dipole aperture as being 1/2 wavelength long
  240. (the length of the wire) and 1/4 wavelength thick.  If you could make a
  241. 100% efficient, physically-small antenna with the same gain, it would
  242. have the same capture area.
  243.  
  244. The problem, of course, is that this is very difficult (impossible) to do.
  245. Radiation resistance is proportional to the square of the length
  246. (or 4th root of the length for loops!).  A .1 wave vertical is around
  247. .5 ohm or so if I remember correctly, so even a tenth ohm of loss
  248. resistance gives you only 80% efficiency.
  249.  
  250. Al N1AL
  251.  
  252. ------------------------------
  253.  
  254. Date: 19 Dec 89 23:44:59 GMT
  255. From: kchen@apple.com  (Kok Chen)
  256. Subject: rec.radio.shortwave "invite"
  257. Message-ID: <37414@apple.Apple.COM>
  258.  
  259. wilson@ccop1.ocpt.ccur.com (<wilson>) writes:
  260.  
  261. >Can anybody explain what a "dweeb" is?  It's not listed in my 
  262. >American Heritage Dictionary of the English Language.
  263. >Although I can infer a definition from the context in
  264. >which it's used, I prefer to have a precise definition.
  265.  
  266. The Oxford American Dictionary does not list it either...
  267.  
  268. BUT!!!!  The Oxford American lists DX (I was looking for dweeb :-) as:
  269.  
  270.     DX (dee-eks) n. (slang) distance, especially
  271.     in shortwave radio reception.  DXer, 
  272.     (slang) a long-distance radio hobbyist.
  273.     DXing, (slang) the hobby of long-distance
  274.     radio transmission and reception.
  275.  
  276. How about that.
  277.  
  278.  
  279. Kok Chen            kchen@apple.COM
  280. Apple Computer, Inc.
  281.  
  282. ------------------------------
  283.  
  284. Date: 19 Dec 89 19:49:26 GMT
  285. From: cs.utexas.edu!milano!lad-shrike!ut-emx!trey@tut.cis.ohio-state.edu  (Trey Garlough)
  286. Subject: RST
  287. Message-ID: <22541@ut-emx.UUCP>
  288.  
  289. In article <2563@wyse.wyse.com>, stevew@wyse.wyse.com (Steve Wilson xttemp dept303) writes:
  290. > In article <3169@cpoint.UUCP> wolff@cpoint.UUCP (Ken Wolff) writes:
  291. > >I give the guy two QSO's to sign, then I either scream WHAT'S YOUR CALL or
  292. > >work him and scream WHAT'S YOUR CALL. I think everyone should do this to
  293. > >train the DX end to sign more often. BTW, we sign our call after every QSO
  294. > >in operations at my house.
  295. > Just a quick point about IDing.  The 10 minute/end of every contact rule
  296. > is an FCC rule.  This means it applies to us, not the DX stations.  They
  297. > may have similar rules( I don't really know) Your comments are certainly
  298. > appropriate for US stations but don't necessarily apply to other countries.
  299.  
  300. I feel that Ken's point has been missed.  Irrespective of the legal
  301. ramifications, it is considered poor operating practice to do otherwise
  302. during a contest.  If the guy has a particularly impressive pileup, it's 
  303. probably ok for him to save a little time by announcing his callsign
  304. after every other contact, hence Ken's "two QSO's to sign" rule.  
  305.  
  306. Ken, how about some suggestions for training people to avoid other
  307. poor operating practices, such as not giving the whole callsign when
  308. answering a CQ?
  309.  
  310. Trey Garlough
  311. Computation Center, University of Texas, Austin, Texas 78712  
  312. trey@emx.CC.UTEXAS.EDU (internet) (512-471-3241)
  313.  
  314. ------------------------------
  315.  
  316. End of INFO-HAMS Digest V89 Issue #1044
  317. ***************************************
  318.  
  319.